@srikanth https://stackoverflow.com/questions/19575747/error-lnk2038-mismatch-detected-for-msc-ver-value-1600-doesnt-match-valu and others like https://stackoverflow.com/questions/14692019/linking-error-because-of-different-versions-msvc-and-qt-libraries

In case anyone else falls into this error, i found the solution was that my Debug build in Visual studio was linked against QChart.lib, not QChartd.lib. Once i changed this it worked.

Hi, Thanks for replying, I solved my issue. I was missing some "#include" in different files.

@jweber Hi and welcome to devnet forum I am not sure if this is possible at all. It is quite a long time back when I used MSVC. However, I am having no good feelings when I read your post. I had started recently compiling for Android. Since a couple of years I am using Qt creator and MinGW compiler. The Android compiling process is GCC-based as MinGW is. That is taking some ambiguities out. Therefore my recommendation you may save time and conserve some hair, when you are going directly to Qt creator when starting Qt for Android. The error message you are presenting is probably because of the mix MSVC and GCC-make, which might errornously recognized as linux version. I might be wrong there, but this looks fishy. In case you decide to follow my advice, also go directly to Qt 5.9.0 (at least). There seem to be recent change also on the Android side, which was not really helpful in getting started. I had struggled quite a bit when trying to follow the different advices and tutorials. "gradle" seems to have replaced "ant" already on Android. At the end I had decided to go directly to newest Qt5.9.0 at that time instead of fiddling around with the previous stuff. That went much easier.

@John_A._Myer yes

@koahnig SetName takes in a char* because it is a part of an API. @kshegunov Here are the relevant linker calls. I don't know how to get the .pro file from a VS project. Here is the linker call in the project that makes the dll: /OUT:"E:\Users\misappsci\Documents\Projects\yyy\x64\bin\yyy3D.dll" /MANIFEST /LTCG:incremental /NXCOMPAT /PDB:"E:\Users\misappsci\Documents\Projects\yyy\x64\bin\yyy3D.pdb" /DYNAMICBASE "sl_zed64.lib" "opencv_world310.lib" "cudart.lib" "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" "qtmain.lib" "Qt5Core.lib" "Qt5Multimedia.lib" "Qt5Gui.lib" "winmm.lib" /IMPLIB:"E:\Users\misappsci\Documents\Projects\yyy\x64\bin\yyy3D.lib" /DEBUG /DLL /MACHINE:X64 /OPT:REF /PGD:"E:\Users\misappsci\Documents\Projects\yyy\x64\bin\yyy3D.pgd" /SUBSYSTEM:CONSOLE /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /ManifestFile:"x64\3DRelease\yyy3D.dll.intermediate.manifest" /OPT:ICF /ERRORREPORT:PROMPT /NOLOGO /LIBPATH:"C:\Program Files\NVIDIA GPU Computing Toolkit\CUDA\v8.0\lib\x64" /LIBPATH:"C:\Program Files\NVIDIA GPU Computing Toolkit\CUDA\v8.0/lib/x64" /LIBPATH:"C:\Program Files (x86)\ZED SDK\dependencies\opencv_3.1.0/x64/vc14/lib" /LIBPATH:"C:\Program Files (x86)\ZED SDK\lib" /LIBPATH:"C:\Program Files\boost\boost_1_63_0/lib/x64" /LIBPATH:"C:\Qt\5.7\msvc2015_64\lib" /TLBID:1 Here is the linker call for the project that uses the dll and has the run time error: /OUT:"E:\Users\misappsci\Documents\Projects\Aerie\host_x64\x64\Release\AerieLib.dll" /MANIFEST /LTCG:incremental /NXCOMPAT /PDB:"E:\Users\misappsci\Documents\Projects\Aerie\host_x64\x64\Release\AerieLib.pdb" /DYNAMICBASE "Qt5Core.lib" "Qt5Gui.lib" "Qt5Multimedia.lib" "yyy3D.lib" "sl_zed64.lib" "opencv_world310.lib" "cudart.lib" "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" /IMPLIB:"E:\Users\misappsci\Documents\Projects\Aerie\host_x64\x64\Release\AerieLib.lib" /DEBUG /DLL /MACHINE:X64 /OPT:REF /PGD:"E:\Users\misappsci\Documents\Projects\Aerie\host_x64\x64\Release\AerieLib.pgd" /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /ManifestFile:"x64\Release\AerieLib.dll.intermediate.manifest" /OPT:ICF /ERRORREPORT:PROMPT /NOLOGO /LIBPATH:"C:\Qt\5.7\msvc2015_64\lib" /LIBPATH:"C:\Program Files\NVIDIA GPU Computing Toolkit\CUDA\v8.0/lib/x64" /LIBPATH:"C:\Program Files (x86)\ZED SDK\dependencies\opencv_3.1.0/x64/vc14/lib" /LIBPATH:"C:\Program Files (x86)\ZED SDK\lib" /LIBPATH:"E:\Users\misappsci\Documents\Projects\yyy\x64\bin" /LIBPATH:"C:\Program Files\boost\boost_1_63_0/lib/x64/" /TLBID:1

Hi, Which exact version of Windows are you using ? Patch/Update applied ?

@ynirkin said: It does work on debug configuration. I did set the QT_QPA_PLATFORM_PLUGIN_PATH environment variable to "Qt\5.7\msvc2015_64\plugins\platforms" directory and I also tried to create a platforms directory in my exe directory and copy the qwindows.dll there. You shouldn't set it to the "platforms" folder, but to the (parent) "plugins" folder instead.

QTableWidget already has an internal model otherwise it's a QTableView.

Hi, A bit off topic but why not use the libtiff bundled with Qt ? That could avoid you the trouble having to build an external version of it. Unless you absolutely need that specific version.

The database is on a remote server elsewhere, so the openssl stuff I have no clue outside what I included already from my system.

@jsulm thanks for the tipp! I solved my problem by reinstalling VS2015 Update 2.

Thanks. I take a look at hat and at http://tishion.github.io/QCefView/ But then we end up in using an extra lib. Something we want to avoid.... :-(

@Simurr Hi, I am not sure whether WiFi Direct is among the supported APIs which can be co-used for classic apps. But usually you need to take care of a couple of things. Most promintently you will need to link against runtimeobject.lib to find Activation symbols. I just pushed a change for positioning to showcase, how a "generic" porting from WinRT to classic apps can work. See https://codereview.qt-project.org/#/c/159330/ for some details.

Hi and welcome to devnet, Out of curiosity, are you using Qt Creator or Visual Studio ? On a side note, there's Qt 4.8.7 that is available.

same client and server setup, but different out put sounds very strange... I would suspect some misconfiguration on the VM webserver. But here are some thoughts: Some servers also behave strange when no USER-AGENT header is sent with the request Is the javascript embedded`/inlined or referenced externally as file in the yhead> section? what do the IIS logs tell?

For what it's worth, qmake in Qt 5.5.1 doesn't seem any better. I would like to set /SUBSYSTEM:WINDOWS,6.1 to specify that only Windows 7 and later are allowed, but qmake is still ignoring the version part when generating the vcxproj.